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METHODS AND DEVICES FOR SEAMLESSLY CHANGING PROTOCOLS IN A 

MOBILE UNIT 

CROSS-REFERENCE TO RELATED APPLICATION 
5 [0001] This application is related to U.S. Patent Application No. 10/079,755 filed on February 
19, 2002, by the same assignee, the contents of which are hereby incorporated by reference in its 

entirety, and to U.S. Patent Application No. , entitled METHODS AND SYSTEMS FOR 

CONTROLLING HANDOFFS IN A WIRELESS COMMUNICATION SYSTEM filed 
concurrently herewith by the assignee, and having the same inventors, the contents of which are 
10 hereby incorporated by reference in its entirety. 

BACKGROUND OF THE INVENTION 

Field of the Invention 

[0002] The present invention relates to wireless communications utilizing a mobile unit and, 
15 particularly, to a technique for seamlessly switching protocols in a mobile unit. 

Description of the Related Art 

[0003] Today, many mobile wireless devices, such as wirelessly enabled laptop or palmtop 
computers, wirelessly enabled personal digital assistants (PDA's), mobile telephones, etc., are 

20 capable of operating using more than one type of wireless network. Such devices will herein be 
referred to as "mobile units." A mobile unit may, for example, transmit data to, and receive data 
from, a remote server or host via a wireless local area network (e.g., Wavelan) when the mobile unit 
is indoors. When the mobile unit is later moved outdoors, it may then communicate via a cellular 
(e.g., GSM) network. In this example, when the mobile unit is moved outdoors, it may be handed 

25 off from a "serving" base station belonging to the Wavelan network to another base station 
belonging to the GSM network. 

[0004] When a mobile unit transitions between different types of networks, the mobile unit 
must operate according to different protocol signals (e.g., network and link level protocol signals). 
Changing protocols causes certain communication properties to change as well. If an application 
30 (e.g., internet software or firmware application) in the mobile unit is conducting a "data session" 
with a remote host when the change occurs, and the application is not prepared for the change, the 
data session may be dropped. 
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[0005] Conventional base stations rely on fixed cell divisions of different sizes (e.g., macro- and 
micro-cells), as described in U.S. Patent No. 6,212,405 to Jiang, to perform "protocol rollovers." 
[0006] A conventional mobile unit determines which base station to use based on measurements 
of received signal strength from different base stations and then uses a protocol appropriate for that 
5 base station. This is a "look-back" technique since it requires the mobile unit to base its 
determination as which protocol to use by looking back at already-received signal strength 
measurements. However, multipath effects may cause the received signal strengths of the base 
stations to change rapidly. This may cause the mobile unit to make frequent and unnecessary 
changes in protocol, resulting in high rates in dropped connections and dropped calls. 

10 

SUMMARY OF THE INVENTION 
[0007] The problems with look back techniques may be avoided, in accordance with the 
principles of the invention, by determining a future location of the mobile unit, and selecting a 
prescribed protocol based on the determined future location. Advantageously, the mobile unit can 
15 anticipate and prepare for handoffs between base stations corresponding to different types of 
networks, based, at least in part, on the mobile unit's present and future location. Such a technique 
can be referred to as a "look ahead" technique. 

[0008] In accordance with an aspect of the invention, a path of motion for the mobile unit is 
determined, and the future location coordinate is based on the path of motion. 
20 [0009] The protocol selected may be determined using a "lookup" in a database based on the 
future location coordinate to select a protocol. 

[0010] Advantageously, by knowing where it is going to be, the mobile unit can properly 
prepare for a handoff between base stations of different types of networks, where each network 
requires the mobile unit to operate according to a different protocol before performing the handoff is 
25 actually required. Such preparation can allow the mobile unit to switch its operations from one 
protocol to another seamlessly, i.e., without causing a data session to be dropped. 



BRIEF DESCRIPTION OF THE DRAWINGS 
[0011] Figs. 1A and IB are simplified schematic diagrams illustrating elements for 
30 implementing techniques for seamlessly changing protocols according to an exemplary embodiment 
of the present invention. 
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[0012] Fig. 2 is a simplified schematic diagram illustrating components of a mobile unit 
according to an exemplary embodiment of the present invention. 

[0013] Fig. 3 is a simplified flowchart illustrating a technique for operating a mobile unit to 
seamlessly change between different protocols during a handoff according to an exemplary 
5 embodiment of the present invention. 

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 
[0014] In accordance with principles of the invention, a mobile unit can anticipate and prepare 
for handoffs by, for example, determining a future location of the mobile unit and selecting a 

10 corresponding protocol. 

[0015] In accordance with an aspect of the invention, a mobile unit conducts a data session by 
communicating with a remote host or server using one or more different communication networks, 
each type of network requiring the mobile unit to operate according to a different protocol. The 
mobile unit may be equipped with Global Positioning System (GPS) receivers to receive and record 

15 location and time coordinates obtained from a GPS satellite. 

[0016] For example, Fig. 1 A illustrates a mobile unit 20, which receives and extracts GPS data, 
including location and time coordinates, from data transmissions received via pathway 35. Fig. 1A 
also illustrates a serving base station 10-1 belonging to one type of communication network (for 
example, a Wavelan), and another non-serving base station 10-2 belonging to another type of 

20 network (e.g., GSM). 

[0017] While Fig. 1 A illustrates only one non-serving base station 10-2, there may be a plurality 
of non-serving base stations (which will be collectively referred to herein as "10-2") to which the 
mobile unit 20 may be handed off. These non-serving base stations 10-2 may correspond to a 
plurality of different types of networks, including but not limited to, cellular networks, Wavelan 

25 (including both IEEE 802.11 based networks and Bluetooth systems), existing and currently 
evolving third generation (3G) networks, and Bluetooth personal area networks (PANs). 
[0018] The base stations 10-1, 10-2 of the wireless communication system may be stationary 
and fixed at their respective locations. Accordingly, the mobile unit 20 can identify each base 
station 10-1 and 10-2 according to the location coordinates extracted from the time-space vector 

30 transmitted by the corresponding base station. As shown in Fig. 1A, base stations 10-1 and 10-2 
may respectively receive GPS signals via pathways 37 from the GPS satellite 30. 
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[0019] Alternatively, the wireless system may include base stations 10-1, 10-2 that are not 
stationary. In military applications, for instance, wireless communications can be facilitated in the 
field through the use of base station towers (antennas) carried on the back of trucks. Fig. IB is a 
schematic diagram, which differs from Fig. 1A in that it illustrates non-stationary base stations 10-1 
5 and 10-2. 

[0020] In U.S. Patent Application No. , entitled "Methods and Systems for 

Controlling Handoffs in a Wireless Communication System Using Time-Space Vectors/' which is 
filed concurrently herewith and whose contents are incorporated herein by reference in its entirety, 
there are disclosed techniques by which a mobile station 20 can be handed off between a serving 
10 base station 10-1 and a chosen non-serving base station 10-2 based on time-space vectors transmitted 
between the mobile unit 20 and the base stations 10-1 and 10-2. A description of these time-space 
vectors is given below. 

[0021] Referring to Fig. 1A, the mobile unit 20 may transmit a time-space vector, which 
includes time and location information obtained from the GPS signal transmitted via pathway 35, to 
15 a serving base station 10-1 corresponding to a first type of network and another non-serving base 
station 10-2 using data transmission pathways 12-1 and 12-2, respectively. 

[0022] Furthermore, each of the base stations 10-1 and 10-2 may be capable of receiving GPS 
signals via pathways 37, and transmitting a time-space vector to the mobile unit 20 via pathways 12- 
1 and 12-2, respectively. 

20 [0023] As used herein, the term "time-space vector" refers to a set of location and time 
coordinates, and should not be construed as requiring a particular data format for combining these 
coordinates. 

[0024] For example, the location coordinates of a time-space vector may use a three 
dimensional (3D) coordinate system to represent a longitudinal position, a latitudinal position, and a 

25 relative height above sea level. In an exemplary embodiment, the coordinate system may be 
Cartesian, i.e., rectangular (x, y, z). However, it should be noted that the time-space vector may use 
other known coordinate systems, e.g., cylindrical, spherical, and two-dimensional (2D) systems. See 
for example, "Introduction to Modern Electromagnetics" by Carl H. Durney and Curtis C. Johnson 
(hereinafter "Durney and Johnson"), pp. 10-11, section 1.4, published by McGraw-Hill, Library of 

30 Congress Catalog Number 69-13605. 
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[0025] The vectors may be processed using a number of different techniques to generate various 
values associated with, or representative of, the vectors. See for example Durney and Johnson, pp. 
39-65 (magnitude, vector gradient, divergence, curl, derivatives or integrals). 

[0026] The location coordinates in a time-space vector may represent a location within an area 
5 grid having a pre-defined granularity. For example, a Cartesian (x, y, z) grid may be assigned to 
define regions within a particular area (e.g., city or state), such that the grid coordinates are separated 
by a pre-defined distance (e.g., 5 meters). 

[0027] The time information of the time-space vector may include a time coordinate 
representing the time at which the corresponding GPS signal was received. For example, the time 

10 coordinate may be generated by a Cesium clock aboard the GPS satellite 30. 

[0028] The time-space vectors may be transmitted between the mobile station 20 and the base 
stations 10-1 and 10-2 by utilizing preamble bits, or any free bits, in data packets being transmitted 
between these devices via pathways 12-1 and 12-2. The time-space vector may alternatively be 
transmitted using a separate pilot tone, or using a separate channel superimposed on the basic signal 

15 channel of pathways 12-1 and 12-2 

[0029] For the purposes of illustration in connection with the following disclosure, a time-space 
vector will be represented as including location coordinates x, y, and z, and a time coordinate t. For 
example, in Figs. 1A and IB, the mobile unit 20 is shown as being located at a position (X m , Y m , 
Zm). Thus, the time-space vector transmitted by the mobile unit would be represented as (X m , Y m , 

20 Z m , T m ), where T m represents the time of transmission. 

[0030] The serving base station 10-1 may use the time-space vectors received from the mobile 
unit 20 via pathway 12-1 to determine whether a handoff is appropriate. For example, using the 
location coordinates (X m , Y m , Z m ), the serving base station 10-1 may use a database that maps the 
coverage area of each of the set of base stations 10-1 and 10-2 within a particular area. 

25 [0031] Accordingly, the database may divide a particular area into different regions, and 
designate a base station 10-1, 10-2 that provides the best service for that region (i.e., designate that 
region as the coverage area for a particular base station 10-1, 10-2). For example, the coverage area 
of each base station 10-1, 10-2 may include the region in which the base station 10-1, 10-2 provides 
the highest signal strength and/or the best service quality (e.g., the lowest call drop rate). The region 

30 corresponding to each base station's 10-1, 10-2 coverage area may also be determined based on the 
presence of geographical obstacles and or environmental conditions that may affect service quality 
for the base station 10-1, 10-2, e.g., by causing multipath reflections or the like. 



Atty. Docket No.: 29250-000928/US 
Lucent Case Name: Gehlot 37-34/124878 



[0032] The database may further associate each region with a particular protocol (or protocols) 
supported by the base station 10-1, 10-2 to which the region is mapped. Thus, the database may be 
referred to as a "protocol database." For example, if the serving base station 10-1 belongs to a 
Wavelan network, the protocol database will associate the region corresponding to serving base 
5 station's 10-1 coverage area with a Wavelan protocol. The coverage area of a non-serving base 
station, which is connected to a GSM network, will be associated with the GSM protocol in the 
database. 

[0033] The protocol database or portions thereof can be maintained and updated using any 
server(s) or data processing system(s) located at a base station 10-1 or 10-2, a mobile switching 

10 center (MSC), an application server, or any other component(s) and subsystem(s) of one or more of 
the networks whose base stations 10-1 and 10-2 are covered in the database. The protocol database 
may also be maintained as a plurality of databases (collectively referred to herein as the "protocol 
database"), which are maintained at different entities or different locations. Alternatively, the 
protocol database may be maintained in a standalone entity, or stored in the mobile unit 20 itself, 

15 e.g., in an application specific integrated circuit (ASIC) or the like. 

[0034] Fig. 3 is a flowchart illustrating a technique for operating the mobile unit 20 to 
seamlessly switch between different protocols during a handoff. The mobile unit 20 may initially be 
operating according to a protocol chosen at power-up by performing a lookup in a database (this step 
not shown). Alternatively, the initial selection of a protocol may be pre-programmed, or made by 

20 another known technique. 

[0035] In step S3 10, the mobile unit 20 receives GPS signals including a location and 
corresponding time coordinate, which represent the location and the time at which the GPS signals 
are received by the mobile unit 20. 

[0036] In step S320, the mobile unit 20 may use one or more sets of corresponding GPS 
25 location and time coordinates to determine a path of motion along which it is traveling. 

[0037] The mobile unit 20 may receive a plurality of GPS signals representing a plurality of 
locations visited by the mobile unit 20, along with the corresponding times at which the mobile unit 
20 arrived at each location. Using techniques known within the art, a direction of movement and 
velocity can be calculated for the mobile unit 20. The calculated location and velocity, along with 
30 the current location of the mobile unit 20 (as determined from GPS signals) are collectively referred 
to as the mobile unit's 20 path of motion. 
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[0038] Alternatively, historical data can be used to determine the mobile unit's 20 path of 
motion. Such an embodiment is useful where a user regularly takes his mobile unit 20 along the 
same path of motion at roughly the same time on a daily, regular, or periodic basis. For example, the 
user may take the mobile unit 20 along the same route when she goes to work each day, and when 
5 she returns home. Therefore, the mobile unit 20 will receive a set of GPS signals, whose location 
and time coordinates are roughly the same, each time she takes one of these trips. 
[0039] Such historical data can be stored, for example, in a historical database. Thus, based on 
the current location of the mobile unit 20 and the current time, the mobile unit 20 may be able to 
determine an expected path of motion, i.e., the direction and velocity at which the mobile unit 20 is 

10 expected to travel. Alternatively, the mobile unit 20 may only need the current time to determine its 
expected path of motion (e.g., the path it normally travels at this time each day) from the historical 
database. Such a historical database may be maintained, for example, by the same component or 
entity that maintains the protocol database. Alternatively, such historical data may actually be 
programmed into the mobile unit, e.g., by the mobile user using known techniques. 

15 [0040] Continuing in step S330, the mobile unit 20 determines its current location based on the 
received GPS signals. The mobile unit's 20 current location may be used to determine a present 
region in the protocol database where the mobile unit 20 is currently situated. The mobile unit 20 
may send a time-space vector to the base station 10-1, 10-2, or other component, which stores and 
maintains the protocol database. 

20 [0041] The present region generally corresponds to the coverage area of the base station 10-1 
currently serving the mobile unit 20. However, this may not always be the case; for example, the 
base station 10-1 may decide to handoff the mobile unit 20 because of service quality, traffic load, 
environmental conditions, or other conditions that arose after the protocol database was last updated. 
[0042] In step 350, the protocol database is used to determine a future location coordinate for 

25 the mobile unit 20 based on the mobile unit's 20 current location and its determined path of motion. 
The future location coordinate can represent a location to which the mobile unit 20 is heading, where 
the mobile unit 20 is likely to be handed off. In particular, the future location coordinate can 
represent a boundary between the present region (corresponding to the serving base station's 10-1 
coverage area) and an adjacent region (corresponding to another base station's 10-2 coverage area). 

30 [0043] For example, if the path of motion indicates that the mobile unit 20 is moving in an 
eastward direction, step 350 determines the boundary of a region mapped in the protocol database, 
which is adjacent to the present region and due east of the mobile unit's 20 current location. Using 
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the velocity component of the path of motion, a determination can be made of a future time at which 
the mobile unit 20 is likely to reach the future location. 

[0044] According to step S350, an appropriate protocol is then selected for the mobile unit 20. 
This protocol is associated with the adjacent region corresponding to the determined boundary, i.e., 
5 the determined future location coordinate at which the mobile unit 20 is expected to be handed-off. 
[0045] This step allows the mobile unit 20 to be notified of the selected protocol, and to prepare 
for the anticipated handoff. If the adjacent region corresponds to a non-serving base station 10-2 
that is part of the same wireless network as the serving base station 10-1, then the selected protocol 
will be the same as the "present" protocol under which the mobile unit 20 is currently operating. 
10 Thus, the handoff should not affect any data sessions being conducted by the mobile unit 20, 

[0046] However, if the selected protocol is different than the present protocol of the mobile unit 
20, the mobile unit 20 can prepare for the change that will occur when the handoff is performed. 
Step S360 illustrates such preparatory activities. 

[0047] The mobile unit 20 may initiate operations according to the selected protocol (if different 
15 than the present protocol), while the mobile unit 20 is still operating according to the present 
protocol. Specifically, a processor in the mobile unit 20 may have both protocols running 
simultaneously. This step S360 may be performed immediately after the mobile unit 20 is notified 
of the selected protocol, or at a time when it is determined that a handoff to a base station 10-2, 
whose network corresponds to the selected protocol, occurs. 
20 [0048] At an appropriate time, or when the mobile unit 20 reaches an appropriate location, the 
mobile unit 20 alters its operations to use the selected protocol to perform data communications. 
Thus, a smooth rollover between the present protocol and the selected protocol may be performed 
seamlessly. This prevents a user from becoming frustrated due to a dropped call or connection, or a 
discontinuation of services. This also helps reduce or prevent poor service quality and prevent 
25 application lock-ups. 

[0049] Because the serving base station 10-1 may similarly rely on the protocol database to 
initiate handoffs (as described above), the notification to the mobile unit 20 of the selected protocol 
is a more reliable indication of an anticipated handoff than other known methods, e.g., signal 
strength measurements. 

30 [0050] In order to describe step S360 more clearly, reference will be made to Fig. 2. Fig. 2 is a 
schematic diagram illustrating components of the mobile unit 20 according to an exemplary 
embodiment of the present invention. Fig. 2 is used for the purposes of illustrating a particular 
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example where a handoff is performed between a Wavelan network and a GSM network. However, 
Fig. 2 in no way limits the present invention to such networks, or to any particular implementation. 
[0051] As shown in Fig. 2, the mobile unit 20 includes a processor 22 that may execute 
applications. The processor is connected to a GPS interface 24, and two communication interfaces 
5 26-1 and 26-2. Wavelan communication interface 26-1 is used for transmitting and receiving data 
according to the Wavelan protocol, i.e., the protocol associated with the serving base station 10-1 in 
Fig. 2. GSM communication interface 26-2 is used for transmitting and receiving data according to 
the protocol associated with the non-serving base station 10-2. 

[0052] While the mobile unit 20 is served by the Wavelan base station 10-1, and an application 
10 executed in the processor 22 is conducting a data session with a remote host or server, the processor 
22 routes data between the application and the Wavelan communication interface 26-1. This data is 
to be communicated between the remote host/server (not shown) and the application via the Wavelan 
network of the serving base station 10-1. 

[0053] However, when mobile unit 20 approaches the boundary between the coverage areas of 
15 the Wavelan base station 10-1 and the non-serving base stations 10-2, the GSM protocol is selected, 
based on GPS signals received via GPS interface 24 (according to steps S310-S350 discussed 
above). The processor 22 may then initiate the GSM communication interface 26-2 to begin 
operating while the Wavelan communication interface 26-1 continues to operate. Thus, both 
protocols can be running at substantially the same time. 
20 [0054] Thus, when mobile unit 20 is handed-off from base station 10-1 to base station 10-2, the 
processor 22 simply has to alter the operations of the application such that it routes data to, and 
processes data from, the GSM communication interface 26-2 (rather than the Wavelan 
communication interface 26-1). Because this involves little interruption in the data session 
conducted by the application, the data session can be maintained. Thus, the change between the 
25 present protocol (e.g., Wavelan) and the selected protocol (e.g., GSM) may be seamless. 

[0055] As noted above, Fig. 2 is merely used for illustrative purposes only, and does not limit 
the configuration of the mobile unit 20, or the types or number of different networks with which the 
mobile unit 20 can be used. 

[0056] Referring back to Fig. 3, step S370 shows that the mobile unit 20 may be configured to 
30 provide feedback to the serving base station 10-1 (both before and after a handoff occurs). For 
example, the mobile unit 20 may transmit measurements of received signal strength, current 
environmental conditions (e.g., weather) being detected, or other types of data relating to service 
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quality at the mobile unit's current location. Such information may be received by the serving base 
station 10-1 and used to update the protocol database, e.g., to update the boundaries of the coverage 
areas of respective base stations 10-1 and 10-2, as indicated in step S380. 

[0057] It should be noted that the invention, as described above, may be varied in many ways. 
5 Such variations are not to be regarded as a departure from the spirit and scope of the invention. All 
such modifications as would be readily apparent to those skilled in the art are intended to be 
included within the scope of the following claims. 
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